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ABSTRACT 
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This study contains an application of cost-perfo 
analysis to the automation cf a manual reoort+tina and 
record-keeping system. A small local transit company serves 
as the basis for the analysis. Beginning with a brief 


history of small business computing and computers in the 


ü 


transit industry, it covers the main aspects of requirsmer- 


: 


analysis in terms of system sizes, software and hardware 
Four alternative computer systems, two minicomputers and -wo 
microcomputer networks, are prizsentezd andi rared on thei 
responsiveness to the transit company's nssis.  Tradsoffs in 
cost and performance are aralyzsd to determine 

ea = far each unit of increase in perforhance. Thə с 
performance techniques developsi for mainframe 


shown +o be applicable to minisomputer ani micrccomp 


о 
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based systens as well. Y 
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I. INTRODUCTION 


A. BACKGROUND ON SMALL BUSINESS COMPUTERS 


What was once the province of Fortuna 590 companies has 
become a topic of interest everywhere fron boardrooms to 
stockrooms, steel mills tc Mom and Pop groceries. Computers 
are no longer reserved for companies with high-budget data 
processing (dp) departments ani ranks of programmers at the 
ready. Technological advance over the last two decades has 
allowed the 'cos-* per computation" to plummet so that 
computer power is available to anyone with a few hundred 
2 “zs zo spend. To exploit this steadily growing marke- 
ot hardware owners, software producers have rushed to supply 
ready-made software: "horizontal" packages which apply to 
nearly every business--payroll, inventory control and 
general ledger, for example; and "vartical™" applications 
27 1 are directed toward a siazgle indust-y--job-costing for 
1:56] ° creo adver = t 
small and inexpensive computers, couple3 with a dazzling 


ENu*lding contractor, for example | 
array of prepackaged software and the ever-ircrsasing costs 
of labcr, has made the computer as ordinary an instrument of 
business as the telephone. 

bie Forza company w2th slightly unigu= needs, iscating 
appropriate vendors is in itself a major chore. The average 
business user is apt “о be overwhelmed by the number of 
salesmen anxious +o lay claim to his dp dollar, whether ər 
not they can effectively meet his needs. With the malititude 
c£ sources for obtaining a syst2m--turnk2y operations, 
direct manufacturer sales, computer retailars--and the range 
cf implementations--traditional minicomput:zr, microzcom- 
puters, networks, distributed processing--a buyer must bes 


aware of the whole spectrum 22 options. 








Making a choice was definitely simpler when alternativas 
etd be pleced into rigidly delineated categories. In the 
not -too-distant past, 3 minizonpu*er was the choice for a 
small businessman, a Microcomputer for th> hobbyist. Today, 
one estimate places 60% of all nicros 5213 into small busi- 


nesses and professional offices [2:79]. Data Sources, a 


quarterly guide to equipment, software services and compa- 
ries in the information processing industry, groups its 
less-than-mainfrane sizsd conpiter systems into high-end, 
mid-range, and low-end minicomputers, microcomputers, anc 
small business computers, ranged by price in each division. 
A quick scan shows that price is not a dependable inlicaror 
of classification: bcth low-=1d4 minis ani microcomputers 
list systems under $15,000; 2 great number overlap ia the 
$30,000 to $75,000 range; and one micro sy=tem spills into 
muen'ozeater “han $350,000" range. Once an organization hk 
Gemeermined what general size andi price classification it 


mers into, ir must locates software which is responsive “o 


(D 


5:0) TI he emal) büsiness in qüusstiən is in th 
S 


n 
music industry, 2* may be facing a hard ta 


B. COMPUTERS IN TRANSIT MANAGEMENT 


156 "ranrs-t industry, along with cthsc types of busi- 
ness, has been involved in the creation of computerized 
decision-making tools; however, most of th? past efforts 
have concentrated on serving th2 large transit organization. 
Softwar2 suppiiers have founi it profitable to scale down 
accounting, manufacturing control and merchandizing packages 
originally designed for large firms, so that the typical 
small retail cr manufacturing business has a variety of 
applicable software packages from which to choose. Small 
transit operations, however, represent a comparatively 


meme tea market and thus have not benefits! from the 





attention which small business needs are jetting. 

Development of automated transit aids has taken the form 

research gran?s pursued under the sponsorship of ths Urban 

Mass Transportation Administration.  Rucus, an acrcryn fə 
n 


run-cutting and scheduling, ҹаз аг early entry in Che 


) 
(1 
er 
q 


transit applications field. The Rucus system Wa veloped 
in 1970 as a modular package of prcgrams designed to address 
the scheduling aspect of transit planning. Briefly, Rucus 
comprises feur modules [3:150-51 ] 
1. TIrips, to adjust Erequency of Service in respons? tc 
demand and company policy; 
1505: 0, o assign vehicles to trips in accordance 
ith an optimization technique 
Sees RUMS, +0 assign drivers to trips in accordanca with 
ISO contracts ara company policy; and 
4. Data Management, to interface the other thre= 
modules, 
While these programs apply *o functions shared by all 
transit organizations, the original Rucus oackage was 


designed for large-scale hardware and thus was suitable only 


7: “yc transit operazcicns. Liberal distribution 2 the 
Rucus packaqe to the industry hıs allovsi private entarpriss 


7 Pparticipate in the evolution of Rucus so that i” has 
since become a qeneric standar3 fron which customizsi 
systems are developed. The addition of report generation to 
use the schedule information to produce opsrating reports 
and timetabies has boosted the worth of Rıcus-type applica- 
Es to the industry [85:25]. The area of bus fleet 
maintenance was also addressed by an Urban Mass 

ime portat2On Administration study. In 1971 and 1972, the 
Een stration initiated «he SIMS project for transit 
AS te Icts in Oakland, CA, and Dallas, TX. SIMS, an acronym 
for Service, Inventory and Maiatenance System consists of 


Three modules: 


10 





1. The Service per Unit Change module uses vehicle miles 
as the unit of performance. Performance is a Tunc- 
Bene and o9 consumption apd parts repair or 
replacement. 


2. The Inventory module is a standard inventory control 
program to record issuance and receipt of materials 
n Cq o. ə Cİ Po nt. Parts repaı- costs are 
input to the next modul>. 

3. The Repair Cost module combines labor costs incurred 
in the maintenance cf vehicles with parts costs from 
the inventory module to maintain lifetime costs on 


vehicles. 
Another computerized transit tool is the Maintenance 
Planning System (MPS). It produces comor=shensive reports 
for maintenance contrcl, as follows: 
1. Maintenance Control reports for prevəntive mainte- 
nance and major repairs scheduling; 
IEEE dqu.pment Status reports fo- ongo-:^g vehicle history; 
and 
77 Failure Analysis repor-s to identify parts with 
recurring failures. 
Both SIMS and MPS were design2i for large transit companies; 
“he Oakland and Dalles fleets comprised 829 and 400 buses, 
respectively, and MPS was tested cn San Francisco's BARI 
system. Both systems run on IBM 360/370 nainframes. 

Small transit operations are the intended market for 
Trans-Pac, a complete managemsit package ieveloped by MTD 
Project Services, a division of Qantel Business Computers. 
Trans-Pac handles financial nanizgement, maintenance and 
inventory control similar to MPS, driver timekeeping, 
payroll, Rucus-type scheduling, pertormanz2 measuring, and 
Urban Mass Trensportation Adminis*ration-r2quired reports. 
T. is designed to run on any of Qant2al's ninicomputrsrs, 
depending on user's desired sp22d and mnanodry requirements. 
Some packaged software hes appeared t» meet the general 
reeds of vehicle maintenance for trucking firms and indus- 
tries with private transportation fleets which may be 


applicable to transit maintenance as well. These packages 


11 





are designed for.minicomputers. Judging from sources 


consulted, the microcomputer software market does nət as ye” 


(1 


offer vehicle naintenance applications (although an aircr 
maintenance package availabls for Apple computers may sig 
fu-ure involvement in this area) . АБ microcomputer software 
suppliers expand to cover more vertical markets, mors 
transit operation functions will be computerized. At the 


present, however, the choices are Ízw. 


C. PROBLEM DEFINITION AND OBJECTIVE 


As evidenced by the profusion of minitomputer ani micro- 
computer manufacturers, softwar2 suppliers, OEMs! and 
consultants, the small business computer marke-* is complex 
End confusing. A company ventar ing into the computer arena 
for the first time must heed the words "Buyer bewars." ne 
such company investigating the possibilities of autcnation 
is Monterey-Sali 


nas Trians2t (ST), a publicly-owned, local 
locat 


s 
5 55: company catedra Monterey, California. (ST 
reviewed their present marual cecord-keeping procedures and 
concluded “hat a computerized management information system 
ENNS) 2ncorpcrating the irdiviiual administrative record- 
keeping systems associated with each operational arsa would 
benefit organizational efficiency and effectiveness 151. 
Many of MST's functions parallel those >Ī any other like- 
sized service or manufacturing Firm, but much of the 
workload addresses transit needs specifically. Due to the 
prohibitive costs of specializ2d system dasign, which would 
ideally tailor all hardware ani software to MST's particular 
needs, and because of the lack of an in-huse programming 
resource, the company concluded that the only feasible 


Option would be to acquire a system "off the shelf": either 


“> > Dew SEP eee A G A ee Se A NE E i.d 


10EM Stanes for original 52510: menutaciurer, which 
S a retailer who combines hardware and software iron 
7: cus sources со Supply Speciric markets. 





one already designed for small trarsit zonpanies, lf such 
7277 €, or one compiled for that purpose utilizing zonnsr- 
cially available software and general purpose hardware. 

m or en? (hen ineroducing compücerizatlon, “o 
determine which of a company's tasks are cost-effectively 
transferred to automated processing. Computers are fast, 
accurate, and incapable of thought, whereas man is slow, 
error-prone, and thoughtful. This relatioraship between mar 
and computers suggests that tedious, routine, and tine- 
consuming tasks should be offl»aded to the computer so that 
human resources may be utilized in the business of nanaJ°s- 
Meme, However, due to the high cost of cistom software 
design, some procedures net covered by patkaged software ara 
best left to the manual system. 

The objective of this thesis is to analyze the trads- 
offs in cost and performance between two ninicomputer and 


Y 
ie 


o 
u 


two microcomputer systems designed to meet Montsrey-sal 
c 


Transit's requirements to differing extents. О 


S 
1 
. 
T 
= 
4 
(fi 


77 “ically cesigned for small €rensit oosera-icns. This 
25 cu, Trans-bac, dıstributed by Arthur Andersen 6 Io., is 
treated in this thesis as thes most responsive solution. 


However, other options exist which may m==t some or all of 
BUS needs at a lower cost. It is beyond the scopes of “his 
thesis to develop an cperation21 comput3r system to compete 
with the professional ly-developed Trans-Pac system. 

Instead, the four systems aim to be representative 202 two 
Bemoucer classifications, minicomputers aad microcomputer 
networks. Typical costs and software availability will lead 
to the 1evelopment of cost-performance figures +o ascertain 
whether there is a difference between mini- and micro-based 
systems. This thesis first 1ietərmines MSI's needs in terms 
Oo= general hardware and softwar2 requirements and thin uses 
these guidelines +o configure three systems to perform the 


functions identified in the requirements analysis. These 
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systems are analyzed in terms of their r 
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cr 
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MST's software requirements using aw 


scheme. 


D. SOURCES 


Informaticn on transit operations and functions was 
provided by personnel at Monter=y-Salinas Transit Conpany, 
publications on the transit industry, and 2 management 
performance audit (61. Specifics prices, hardware model 
specifications and software avallability were drawn from 
Data Sources and Da*tapro Research Corporation's Datapro 70 


Semi ssc O y Oí Small Computers. The älstributor far 


Trans-Pac, Arthur Andersen & Co., was helpful in descríbirg 


the system and providing approximat= costs. 
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A. ORGANIZATION OF AST 


Monterey~Salinas Transit is a publicly owned local 
transportation company serving the city of Salinas and the 
cities and county of the Monterey Peninsula. It provides 
Service seven days per week with a fleet >f 52 buses and a 
zt of 100, 70 of whom are coach operators. The company 
owns two facilities: the main administration, maintenance 
and dispatching facility in Monterey and a smaller building 
in Salinas for light maintenance and housing of vehicles 
overnight. MST is governed by 2 Board S£ Directors zepre- 
senting the cities and county served. Th Board convenes 
monthly to review financiai and operating data presented by 
MST's general manager. Additionally, the Board is rsspon- 
sible for approving company goals and objsc*ives, roates and 
Service levels, fares and grant applications. 

2:1: 7 .: “ral ozganızac?bocı is structured along Eurc- 
*ional lines. The four departments under che general 


manager are maintenance, transoortaticn, controller, and 


pt 
(n) 


administration, which includes the plannər. The planner 
responsible for service planniag and scheduling and also 
computes many of the organization's performance statistics 
for external reporting requirenen*s. Tha external raporting 
Zune=ıon is labeled as part of the administrative function 
in the system analysis in section B. 

addition “o revenues from fares, MST is £fundsi by 
federal and state? agencies. As a rəsult >of receiving public 
monies, MST must account for those grants and allotments in 
periodic reports. Much of MST's recordkseping is geared 


toward providing those reports. Some background on the 
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5 Ia transportation agency will help afine the raportin 
arena in which MST operates. 

The Urban Mass Transportation Administration is an 
agency of the Department cf Transportation, whose chief 
responsibility concerns the administration of the Urban Mess 
Transportation Act of 19618, as amerded (UMTA). This compr=- 
hensive act provides federal assistance for [7:140] : 

ül cqufel-1on and “9 Provenant of facilities and equip- 
ment associated with mass transportation; 

2. Research, development, and demonstration prejects 
related to urban mass transportation; 

3. Engineering, planning, and designing urban mass 
aransportation; andá 


4. Training personnel in managerial, technical and 
ss a 


professicnal positions related cto ma cransporta- 
5101: 
Since the agency is responsiblə for allocating considéerabis 


sums of federal money through İts various grant program 


Uu 
` 
fə 


fc iS understandably concerned vith thə utilization ?o£ “tbosə 
funds and demands extensive reporting unds- Section 15, 
UMTA. Section 15 requires infor mation bea maintained on 
safety and accident claims, annual ridsrsaip suivevs, 
277 еда clessificaticns of bus driver labor, financial 
accounts, fares, and profitablilty; that is, essentially 
every aspect of transit operations 2and management 

Even with the stringent reporting requirements of 
Section 15, some information was not well enough standard- 
7224 “О permit indus*try-wide analysis of mass transit. In 
1971, the Urban Mass Transportatcn Administration, The 
American Trarsit Association (ATA), end the Institute for 


Rapid Transit jointly developed a program to deviss an 


eSections of the. UMTA address diffe 
Econ 3 for capital, Section 5 for op 
BST planning grants. 


on 
дк. 
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improved system of financial andi operating data reporting. 
fire outcome was initiation of Project FARE (Uniform 
Financial and Reporting Elements), which established a stan- 
dardized set of accounts and standard op2rating statistics 
categories for the entire industry. This data base is 
designed to serve (3: 165] : 


. Federal, state, and local transportation agencies for 


= 


financial proqrams administration; 

77:717ans1— industry assoclaticns, such as ATA, fZƏT uoni- 
toring indus*ry performance; and 

3. Individual transit systans for evaluating their 


perícrmance against similar operations 


FARE reporting partially meets the requirements of Section 
1777:T7A. T” is interesting to note that The Project FARE 
55507 Ecpoz2: Task and Project Summary wes prepared for 
Administration by Arthur Aadersen 8$ Co., which distrib- 
k. TTans-?Pac, 
B. REQUIREMENTS ANALYSIS 
ieee CUETENE 5ystem 
The gcal of Monterey-Salinas Transit, Simply stated, 


FS to provide reliabie bus service in response to public 
alon 


n 

demand. The physical operation of buses along planned 
routes iS supported by a variety of administrative activi- 
ties, from the planning of service, th 


meat 2 vehicles, and training of drivers to 
Cf spares parts, payment oz employees, and prep 
morts for the boazd of directors. Thess tas 
important to the customer, whose only conc ern is that his 
bus is on time, but tc MST, they are the administrative 
Buctrions which allow the transit service Ło operate. Every 
firm has its paperwork, a fact often lamented, but a nec 


sity which organizes and documents the management of 


lq 





personnel, equipment, and monetary resources. MST maintains 


various files to record day-to-day transactions such as 


inventory issues, vehicle repairs, and cash disbursements. 
These files form the teckbonz of ar infornation system from 
which information on the effectiveness and efficiency of 


ct 


transit operations can be drawn. An understanding of the 
Manual record-keeping procedures is crucial to successful 
automation because management nust be able to define 
precisely what services and outputs it 2xpects from the 
newly automated information system.  Montsrey-Salinas 
Transit considers their system of weekly and monthly reports 
important to effective management, and an automated system 
should enable creation of those reports. Tha manual admin- 
istrative filing and reporting system must record and report 
meaningful information before converting to a computer 
system, or the inefficiencies >f the current system may be 
mistaken for unresponsiveness of the computer system. Mere 
automation of files and reports will not provide better 
infermation, only more prompt information. If a company 25 
floundering, automating may only further camouflage the 
Management deficiencies which plague th2 firm. As ons 
observer noted, "A computer can make a sick business termi- 
ENS I" [1:35]. This shoul3 not be of worry to MST as a 
management perfcrzmance audit performed in 1980 concluded 
that then-Monterey Peninsula Transit was an exceptionally 
well-managed system with an extensive fornalized repor-irg 
procedure well-suited to the cəapany" s management structurs 
(6:135-361. 

Presently, MST's maintenance, inventory, planning, 


and perscnnel filekeeping and reports generation a 


F1 
(1 


performed manually. Fortunately, MST a relatively small 


ı? 
Ul 


organization, well-staffed, so thet sheer volume does not 


(D 
(D 


overwhelm the capabilities of their cur 


rf 


ent record-ksepinq 


systems, and aucomaticn is not being pursuəi to stavz off 
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rj 
O 


personnel increases or other methods of augmenting p ü 
ne from 


the attributes of computerized maintenancs. The existence 


(Er 


tivity. There are, however, areas which night benef 
of routine and redundant data a:andlinq iniica”əs tasks which 
would probably dein speed and accuracy from automation. In 
the case of MST, many of the rsquired performance statis- 
tics, generated et least quarterly, necessitate simple but 
repetitive calculations which are time-consuming and prone 
to human error. Most other filakeeping reyuires duplicative 
entries in various files “о allow cross-r2ferencirg and to 


ensure that each file is complste.  MST's financial records 


ul 


Eg. 
ID 
cr 


acre prepared by a service bureau, Bank of America, sə cl 


2  ınting applicatfions do get the bencfi” of computer 


Q 


accu 
racy and automatic generation. With tha advent of in-hou 
accounts processing, data entry would be t5 a keybca-d 
instead of to paper f£crms, and the submission and batch 
processing time lag would be eliminated. Potential savin 
could result from scheduling payments to 72k2 advantage of 
vendor discounts, if this is not already done. The primary 
advantage of in-house processing is that -*he contrcllsr 
would be able to generate non-standard conparison repcrcs, 
on demand, as opposed to relying only on reports contra 
for with the service bureau. The issue Df security may ha 
“o be addressed since pay recoris and financial staceme 
should not be available to all asers of the system. 

The five record-keeping systems t> be analyzed for 
automation are: perscnnel management, maintenance and 
inventory control, financial management, service/scheduling 
control, and the external reporting system. The systems of 
necessity are interrelated, because infornation flows aná 
the effects cf actions are not solely intsrnal +o each 
department. Thus, mileage figures generated by the nainte- 
nance department are used in efficiency reports submitted +o 


the board of directors and inventory purchase orders are 
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meGoaunc>d for in the controller's accounts payable file. A 
brief description of seach administrative control system in 


place at Monterey-Salinas Transit will define the 


intorma- 
tion ervirorment in which an automated system must =xist, 
and the data handling and computational operations which it 


must perform. 
a. Personnel 


The aim of the personnel control system is to 
manage the human resources of the company. Specific activi- 
ties include: 


ng personnel- 


Planning, programming, 21d admini 


and 
ә 


(/) 
(6 
(U 
rj 


related programs; 
2. Evaluating employment n22ds; 
3. Evaluating candidates foc employment; 
4. [raining employees; 
5. Analyzing compensation levels; and 
6. Evaluating employee performance. 

A major part cf the personnel system is geared 
toward accurate and timely paynen* of employees, which 
Meeeesitates withholding taxes, collecting Social § 
contributions, and deducting payments for insurance, 
pension, or other benefit programs. Tha payroll system must 
register changes in salary or wage, job, senicrity, and 
other personnel shifts. Beyond payroll activities, the 
personnel system is designed to facilitat=s production of +h= 
detailed reports required by thə feleral jovernmen- under 
employee protection programs, such as Equal Employment 
Opportunity (EEO)-Affirmativs Action (AA), and Section 15, 
UMTA. As driver labor accounts for 2 considerable 
percentage of a transit system's operating expense, istailled 
records cn how drivers spend thəir time are maintained in 
accordance with UMTA regulations. Jpeérator timekeeping must 


account for 21 categories cf compensated time to be reported 
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eaomcne Urban *Mass Transportation Administrc@tion, while each 
driver's compensated and non-compensated time is recorded in 
an attendance file, corresponding *5 one 2f seven egoriss 
per day. The files currently in use to support these 
personnel and reporting functions are shown in Table IX , 


Appendix A. 
b. Maintenance 


The objective of the maintenance department is 
+2 ensure that sufficient vehicles are maintained in 2 sate 
mad efficient condition, at a raasonabla cost, 
Scheduled service. Srecific activities include: 

1. Repairing service breakiowns on an =mergency basi 

2. Conducting a preventive nainteananc> program (PM); 

3. Maintaining service records on vehicles; 

Meee ddanteining control over repair parts and fluids in 
inventory; 

Monitoring fuel, oil, and automa*tiz transmission 
fluid (ATF) Consumption; and 

6. General uvbkeep of property to include plan: and bus 
stops. 

The maintenance adninistrativə system is set up 
to keep extensive reccrds on vehicle service and repair to 
57 ..-ate planning and monitor vehicle efficiency. 
Préven*ive maintenance is scheduled on the basis of daily 
inspections and a "tickler file" to alert pe=zsonnel to 
upcoming mileage or time checks. Unscheduled or emergency 
repair, for which personnel and parts must be on hand, and 
replacement buses available, may result from manufacturer 
directives or breakdowns. In 2ny circumstance, bus non- 
availability must be transmitt2i to the dispatcher for use 
in bus assignment, and repairs effected uniter warranty must 
be documented for reimbursement. Labor aid parts costs 


currently are not charged to each vehicls to allow lifecycle 
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— “uq, as the use of standard labor hours and costs are 
not fully incorporated into th2 manual svsten. 

Additionally, the tracking of major components--engines ard 
transmissions--for evaluation of equipment reliability is 
not covered by “Һе maintenance system although MST wishes to 
integrate both of these controls into an automated system. 
In addition to ensuring that vehicles are available for 
service, the maintenance system is organized to provide 
efficiency reports to management. Mileag= and fuel and oil 
usage and inventory status are reported monthly for input to 
the planner"s computations of perfcrmance statistics. 

The maintenance department is also responsible 
for managing inventory and equipment. fh2 objective of 
inventory control is *o reduce obsolete items, store and 
protect inventory supflies, ani improve forecasting to 
establish minimum levels of stock while avoiding outages or 
2 ys in availability. Currently, a carisx file is used “о 
record receipt and issuance of parts and supplies. Due to 
the easy availability of parts, secure supply channeis, and 
the maintenance clerk's familiarity with vendors and parts 
usage rates, crder points and order quantities have not been 
developed. To reduce the cost of inventory and provide an 
inventory control system indep=ndent of soecific employees, 
527 inclusion of minimum stock points, orier quantities, and 
automatic generation cf purchase orders i2 an automated 
system is desirable. The documents and files supporting 
maintenance administration are describei in Table X, 
Appendix A. 


Go Finance 


The objective of tha financial function is to 


plan for and ensure the efficient utilization of funds. The 


y 


objective of a financial reporting system is to provide = 


structureG method of accountability and a basis for judging 


D 





Operations. MST's financial functions are budgeting, 
accounting of revenues and expenditures, internal control 
for the safeguarding cf assets, and the a5pl1ica-3on 22 
federal monies. Financial reporting and accoun*ing must 
conform to 55777 accepted principles 3f accounting and 
to the reporting requirements of the UMTA and California 
.—.. Development Act of 1971. 

These functions are currently performed under 2 
contract with a service bureau. The controller compiles 
Gata for input to the service bureau twice a week. Updated 
ledger accounts are returned ani monthly financial reports 
ars created. The controller us2s standari files to naintain 


the accounting data as shown in Table XI , Appendix A. 
de Plans 


27545 iye of һә planning function is to 
turn thə company's objectives into concrete courses of 
action. This is pursued in two stages: sə-ting service 


isveis and scheduling resources, labor, and vehicles žo mes- 


t 


c 5/6. level. Ir suppor- Jf the first task, the 
planner conducts an amual ridership survey to detern 
degree to which existing routes and schedules respond to 
demand. The surveys ather information on fare categ 

И сс factors, tine anë spacing 2f stops, p togethe 

with data cn operating expenses, generates figures *^ deter- 
nine which routes are cos-t-effsctive, whsre zone lines 


Should be drawn, and cp-imum fr=quency of service. A 


Ы 


the 


O 
th 


programmable calculator is used in the manipulation 
numbers recorded during the survey, bu‘ the compilation 
process can continue through several weeks and perhaps 
months. Given these utilization figures and associated 
costs as well as community input, the planner evaluates the 
present level of service against demand and fiscal 


constraints te recommend continuation, adjustment, or 





2 - on cf routes. Once levels cf serviz? arə set, “hz: 
planner must determinə hov the various routes should be 
allocated to drivers and buses in segments called "runs." 
Ba cutting must try *o maximiz2 driver productive time 
while minimizing overtime and confcrming to provisions of 
the labor contracts, all subject to the established route 
structure. Obviously, this is 2 time-consuming process, and 
it will usually require revision during holiday periods and 
az=er the ridership survey. In support of thess functions, 


the planner maintains several files shown in Table XII , 
p 


e. Administration 


Ir the general administrative system, data oriq- 
£ by the owher functional systems converge. At this 
pont. their outputs are combin2d and interpreted +o facil:- 
tate internal management decision-making ind external 
reporting. Data on materials usage, miles and hours of 
vehicle service performed, accidents, breakdowns, ani 
expenses enable managsmen- to compile measures cf perform- 
ance to facilitate reporting unler the Urban Mass 
Transportation Act of 1960 (ÜHTA), as anəndəd, and 
Califorzcniat!ts Transportation Development Ast (TDA) of 1971, 
and to present information for management decisions 
affecting service, purchasing, federal grants, and 
marketinq. Several types of data maintained for input +9 
the guarterly and annual performance reports provided the 
Board of Directors and governmental transportation d2part- 
ments are shown in Table XIII , Appendix A. The forna-ting 
Sees information into formal reports is manual. The 
creation of the statisics drawn from files would be aasily 


Supported by eutomated report generation. 
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Some general constraints must bə acknovledgei before 
attempting to fit a computer tə users! requirements. 
Decisions as “o on- or off-linə data retrieval, real-time cr 
batch processing, if made early will channel initial inves- 
tigation toward systems built upon those characteristics. 
The decision by MST to acquire an on-line, real-time system 
directs their attention toward a disk-based system utilizing 
Mets tor entry. But this category is still too broad to 
allow a manageable ccmparison of alternatives. Other 
descriptors and constraints must come into play. Obviously, 
cost is one such constraint; aa organization with a budget 
of $100 does not spend time 2valuating a $1000 systen. 
Similarly, Chase Manhattan Bank does not consider loading 
its database cnto a few 8-inch floppy diskettes. Key 
volumes of a system such as sizə of a database and the 
number of users serve to further define th> range of 
feasible alternatives. 

Tne number of users for whom the system is planned 
is basei upon the functional breakdown of tasks as MST is 
ENS en-ly organized. At a minimum, entry to the system is 
to be made in five locations: 

1. Maintenance department for inventory and vehicle 
nainterance records update; 

277 onptroller"s office for financial functions; 

3. Operations planner"s office for level o 
planning and perfcrmancə analysis, 

u. Administrative department for general personnel func- 
tions and word processing; an 

57 Remote entry from the Salinas facility, primarily for 
update to the inventory and maintenance recoris. 

The determination to serve a minimum of five users effec- 


“ively bounds the rance of feasible options by eliminating 
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sinqle-user microcomputers from the lov eni of the scale and 
by suggesting that systems oritnted to serving hundreds of 
users, a* the high-end, would likely not b2 cost-effective. 


Storage capacity required +o hold the data and 
programs creating the system is another guideline +o use in 
identifying possible computer configurations applicable to 
MST. Some processors, notably nicroprocəsscors, are limited 
in the amount of secondary storage they can access, and may 
only support floppy diskette or cassette tape storage 
devices. MST's secondary storage requirements may bə esti- 
mated from the number of characters which compose the files 
to be stored, incorporating some adrowth factor over the 
Ewstem llfe.9 Dactapro Research Согрога222а (9:5С15-200-108| 
recommends the following formula: Disk storage equals 

fer che numbe= of data file characters; plus 

2. 25% or the nunmter of characters to allow for indexes 
or sections of the disk required by the computer to 
perform random access; plus 


See 20, Of the number of characters fof pregram stovage; 


plus 
ENERO ot the number of characters for work files for 
sorting or storage of temporary data. 
Emus. disk storage eqmis 165% of “he original data charac- 


moms, With the total rounded up ete the nex* higher millior 
bytes fər safety. To arrive at the number of characters of 
data which will be held in MST's ccmpu-erizsd da-abase, the 
"brute force" method was applied: The average number of 
Characters per field were summed to produce an average 
rumber Jf characters per record for formattsd records such 
as fixed assets. Unformatted records without delineated 
fields, such as “raining records, were estimated at an 


average number of characters per record. These counts for 


Se Ey A A G í A Y y O A A A s G ewe p NP алир 


3A system's economic and planning lif= should be consid- 
ered to be approximately five žo elght years [8:1327, though 
he changeable nature of computar technology may suggest 
that any given system would be obsolete before *ha* range 
vas reached. Da-apro advocates a five-year Life and that 
figure is used in these calculations. 
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EEUU type of record vere then nul*iplied by -he number of 
records in each file to arrive at an estin2ate of th: number 


ENClaracters per file. The aljiition of these figures 


results in a total of 10 million characters which, at ons 
byte per character, equals 10 7 oue da: Applying 
DazaPro's formula, the following figures are 120. 
Disk stəraqe equals 
7 00 miliston characters which, assuming a nominal . 
Rodin ate of 5% per vsar4 sver = 5-year Lifecycle 
yields a ә year total of 12.761 million data 
Characters; plus 
27: 190 nillion for indexing 
277 552 nillion for proqram Storage: plus 
1227 952 million for temporary work tiles; equals 
ISS million characters. After rounding up, the rough 


g 
20 “s 22 negabytəs o£ disk storage. This figure repre- 
E 


(n 


ents sufficient storage for currentiy planned useg= o! 
577 em, büt allovs rohing fos growth cütside the bounds 
"he foreseen sys-em. New uses, new appilcations cf the 
Mmepeawer= could not cccur without buying nore storags. Th 
proposition is more complex than it sounds if the system 
Slee se ng capabilities or disk ccntroller, for example, 
will not support additional secondary memory. Commen sense 
dictates that expansion should be planned fst, and although 
MST does not foresee any growth in service orc employseses, 
experience shows that, once instellad, users will find more 
and more uses for the computer. One study indicated chat 
the overall system cost is miriaizel if "h> hardware 
provides 50% =o 100% more capacity than is zbsolutely neces- 
sary [10:13]. Using this range gives a final figura of 33 


to 44 megabytes of secondary m2nory, in the form of Jisk 


‘The 5 iqure 35 taken fram the £2xei assets account 
Meee, With additions of HO ari retirements of 5 accoun<s 
per year, Фит or ven Of 35 3CCCURTS on 3 total of 700, 


r a 5% İncreəsə. 





storage for on-line retrieval, as a re 


a a 
be used ir ccnfiguring alternative computer stems for MST. 
3. Application Areas 


The key to the performance of, ani user satisfaction 
with, any ccmputer system lies in the softwar 
77 Small business users typically do not sh 
processing capacity, but rather look for speci 
to fit their needs and simply buy whatever hardw 
Support it. The cost Of a snall business computer system 
may be drastically reduced if packaged software, as opposed 
Bemeustom software, is used. Accoriing to one market 
analyst, standard software prices are about one-third the 
NEO: specially produced software [11:92]. Unfortunately, 
With almost any vackaged programs, there will not b2 an 
exact fiż between the prodgram d2signer's conception IE sten- 
dard procedures and the individual user's 574 
Regardless of which procedur2 is "sta mdarj,'" one corsus can 
recommends «he 80/20 ruie: if 30% of the packaae fits the 


user's requirements, it may maka 


(n 


encer oO modsi y DEQUizes-> 
ments to take advantage cr the package 
o 


2  ouing application descriptions E 


55 2171”, some, 1:ke general leiyer and azccoun y 
25) y fit siandard packages, which makəs location cf a 
supplier simpie. Some, like iaventory control, may be 
general enough to allcw the us= of standard software with a 
few changes in current prccriur2s. For soma unique applica- 
“ions, there ere no "near-fits" so that custom software is 
the Only opticn. In -hese casss, economic theory dictates 


27 (Sİ not &ucoma*e those - Os C ONS Or Which he cass 
exceeds the value received. This entails a cost-benefit 


analysis of each application in which MST must quantify +h 


dü 


benefits of computerized versus manual handling. 
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The description of MST's manual filing and manage- 


ment control system in section A defined the environment 


| o 


nto which an automated system must be assimilated and 
prescribed what functions the system should provide. The 
+ranslation of these functions into sppliczations packages 
available for off-the-shelf systems configurations is 


performed below. 
a. Personnel 


There are a vari2zty of payroll and personnel 
packages on the market; scme ar2 integrated to maintain 
personnel information and make available to the payroll 
calculations such data as is necessary. Payroll disburse- 
ments may then update the financial accoun-s. 

Non-intearated applications саг be combin2d to cover ths 
same functions; separate applications for payroll, personnel 
records maintenance, and financial records. Special EEO-AA 
applications exist to set up equal opportunity goals and 
prepare required government reports. The remaining 
personnal-tyvoe records may be naintained on disk for access 
by a repcrt generator for summations and sorts. Operator 
timekeeping presents a problem to "canned" timekeeping 
routines which are no* structured to maintain the 21 catsac- 
57 NST would require, Tt is doubtful that any standard 


program could accommodate the timekeeping requirements. 
b. Maintenance 


Maintenance administration would benefit from a 
vehicle maintenance program to track lifecycle costs on seach 
vehicle, establish labor standards for maintenance activi- 
ties, end track tire life, engines, and transmissions. A 
separate application would schedule preventive maintenance 
at the mileage points stipulated by MST. An inventory 


control application generally will maintain stock levels, 
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calculate usage rates and variance from axpected rate 


ün 


A Д 


may automatically generate purchase orders for item 


Ul 
ur 
(D 
+? 


ov 
required stock levels. In other instances, the purchasing 


function may be handled by a separate application. 
Gan Finance 


An automated financial contro! system would 
provide those services which the service bureau now handles: 
general ledger, accounts payable, fixed asset accounting, 
and payroll. Accounts receivable need nat be automated if 
the recommendation of one software house president is taker. 
He suggests that e volume of less than 10 £7 15 invoices per 
month does not warrant accounts receivable automation 


[12:72]. Some financial reporting, such is bal = sh 


ә 


0) 


preparation, is available with almost all a leiger 
programs; however, most of the specializei reports daaling 
with federal grants under the UMTA would not be automati- 
77 produce at the punch >f a button. TIrhey could, 

527 eT, be ccmpiled fon inforna”ion rəsiding in thə daca 


base via report generation. 
д. Plans 


plana pg une 201 6 Un qü? to the industry; 
end not easily satisfied by general-purpose software. As 
the history of computerized transit management shows, 
Sas Oomi zed applications for this function were designed 
ик the construct cr a complete system, primarily for 
mainfrane computers, eliminating the opportunity to pick and 
choose among individual route planning packages for smaller 
systems. However, a general-purpose electronic spreid-sheet 
could assist in tabulation of the ridership survey figures 
used in determining demand and service utilization. The 
ridership survey requires manipulation əf a matrix of 13 


columns by a variable number of rows. Thes columns recorda 
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data cn fare category, number of passengers on board, how 
Memy deboarded, time cf day, and other information for sac 
of the bus stcps listed in the rows. These columns and rows 
are prepared for every bus rout2= to compute various ratios 
average load (number of passengers over th2 number of 
seats), passengers per mile or passengers per hour. The 
computations are elementary, but there ars many of them. 

ke scheduling funzt ion, 1lik2 planning, is 
rransit-specific. Of the several run-cut*ting programs 
developed frem the original RUCUS model, nons have b2en 
designed apart from a customizə1 transit system, again, 
primariiy for mainframes, and so are not available for off- 


the-shel system design. 
Seek ame ni St ration 


The administrative reporting iemands may be 
satisfied by a report generator or data base management 
system (DBMS) query language facility to allow da*a from 
maintenance, planner, personnel, and controller files to be 
aggregated. A DBMS will allow individual fields fron 
different files =o be combined as the regiirements dictate. 
For example, expense data can bs drawn from the financial 
files for combination with mileage data naintained in 
vehicle files +o create the efficiency statistics called for 
by the state transportation lepartmert. For general cler- 
“cal cequirements, the administrative systəm would benefit 
from the capability to perform word processing: “he 
25 ng, format-ing, editing, printing, ind storage of 


communications using computer-based hardware and software. 


mailings, coach operax<or schedules, and təm 


printed forms. 
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III. PRESENTATION IP ALTERNATIVES 


A. GENERAL 


This chapter presents four alternate computer systems 
which address Montere y-Salinas Transit Convany's reportin 
and record-keeping needs in varying degre=s of compl=teness. 
Bats” tour choices fall into two classes of computer systems: 
minicomputers and microcomput=r networks. Although distinc- 
*ions are blurring between classes of computers based on 
size (is it a low-end mini, a supermini ər a mainfrane?), 
the idea of a traditional minicomputer configura*ion is 
sufficiently well-understood to not warrairt elaboration. 
However, the concept of a network, particularly a microco- 
muter local area network, is not so widely concurred upon, 
and at this point, the terms and distinctions deserve brief 


explanation. 


B. LOCAL AREA NETWORKS 


A local arsa network, or LAN, desribes an intercəonnected 
collection of autoncmous computers joined within some 
limited geographical area, generally accepted to be less 
than a diameter of 10 km. oz six miles or so [13:102]. LANs 
evolved from the longzrange telecommunications networks 

an 


n 
developed in the 1960s. As universities and research labs 


ali 


began installing computers t5 assist in their operations, 
“he need arose to share information between them. This was 


handled by passing packets of informations across a 


cket is the ter used t> refer to bleeks of digital 
data po” Gl Cl ouıng informat.on and error-detection £fiçlds 
are appended. The user is unaware of the breakdown of his 
messages into packets Or transmission 2n1 of the Subsequent 
reassembly at destination as those tasks are functions of 


She network software. 
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communicatiors link between host computers. Network devel- 
opers had to ensure that packets were delivered to the 
correct destination, that they were reassembled into 
complete messages or files in order, and that packets did 
meme COllide or could recover from collisions with other 
packets using tne medium. 

Various schemes were developed to control access to the 
network, detect and correct collisions, and ensure complete 
and correct “ransmission. The first commercially successful 
local area netvork vas Ethernet, introducəd by Xerox in 
1979. Ethernet is a passive communications medium, i.s., 
moc controlled by a master CPU (central processing unit) and 
иә -elyinq on switching logic to serve its stations. The 
Ethernet network simply accepts transmissions from attached 
nodes,® each cf which controls its own conmunications tran- 
sceiver. A transmitting node monitors th2 channel for 
*raffic and sends when the channel is 221 
rode accepts packets with its addres Sunozoing 211 
and acknowledges correct receipt to the sender [14 
any cne of the system nodes fail, she others ar 
affected. Ethernet was designed +o be sinple a aL 
yst such a scheme is cbviously more complex -han simpie 
point to point communications where every link is a d 
cated channel. 

Two commonplace alternatives to LANs sre products which 
provide muiti-user prccsssing and resource sharing but not 
the complete computer interaction which is the keynote of 
true networks. One implementation installs several micro- 
processor boards and memory boards in a chassis. Ore 
micreprocessor is usually reserved for с shared 

n 


access to the central disk and printer, a! 


6The word "node" is used here +9 suggest 
devices: mainframe, mini- of microcomputer 
processors , terminal Gomr rol Wii tS and peci 
example. 


sany number or 
sr Frönrssend 
pherals, for 
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connected to each remaining processor so that ach user on 


de 


t 


The system has a dədicated CPU, Th method, though inex- 
pensive, cffers few of the advantages for which 
micrccomputer networks are chosen. Users cannot utilize 
private printers, florpy disks and the like, nor can they 
directly communicate with each other, save by going through 
the common service processor. Worse, if any of the nodules 
in the central unit fail, generally the ertice system 25 
down. 

The other product is the disk multiplexer where several 
microcomputers are multiplexed into a disk controller, which 
controls access to ons or more hard disk drives. A disk 
multiplexer may be likened to 2 fast rotary switch which 
cycles around, checking eech attached workstation for a 
signal requesting disk access. The multiplexer processor 
services the request and is then free to resume cycling 


(13:95-961. As with the central microprocessor chassi 


in 


mplementatior, separate stations canrnor communicate without 
2:00 n0 anformation through the multiplexer, either to the 
Boland back cut *o the destination station or to a buffer 
emg cack to the destination. But this implementation does 
provide an added measure of reliability in that individual 
microcomputers may fail without interrupting data transfer 
and computaticn for the others. Only if the central disk or 
multiplexer fails does all work stop; this risk is a 
tradeoff in cost and complexity which man a 
be willing to make. I* is thes? sorts of c 
hardware, as well as the software performance differences 
between a custom designed system and off-the-shelf systems 
which are examined in *he analysis of tha following four 


computer systems. 
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57 EHE COMPUTER SYST ESS 


1. The Minicomputers 


The first system is 2 professionally developed 
transportation management system called Trans-Pac, distrib- 
uted by Arthur Andersen & Co. f[rans-Pac is applicable to 
pNDMSC and private transit operators with from 20 +o 500 
vehicles, and is designed to be used by regular transit 
company staff with no computer expertise. The systən runs 
2770621 hardvare vhich is configured to fit the size of 
the individual companies. Thus, it can run on Qancəl"s 
Ssries 200, 300, Model 969/965, or 970/975 minicomputers 
fitting a wide range of terminal and disk storage require- 
ments. For a company the size of Monteərey-Salinas Transit, 
the recommended package would include 128K (kiiobyte) of 
random access memory (RAM), 40M (megabyt2) disk drive, 5 
CRTS, a magnetic tape drive for backup, and a 120 cps (char- 
acter per second) serial printer. (A lattar-quality printer 
is also desirable but is not included in the package price.) 
Modems are not manufactured by Qantei but the sys*em accepts 
data communications equipment rated below 9600 baud. The 
Trans-Pac software is written in Qantel's version of BASIC 
7 )ICBASIC. Applications cover every facet of transit 
Management, specifically: 
eeping in ali 


ns, OVSCT_me 


ieee ayroil and personnel: operator 
2 3 
nq ¿nerden 


5005. ax and voluntary d 


- 


UMTA reports, acciae 


ә рә 
(D) 
m O > 


for pay an 


files; 


777  nanclal recoTös and rəporzs: J 
V 


“neral 7 
accounts payable, accounts receivable, fixed assst 
aecounting and depreciacion, and UHTA Sec-lon 15 
reports; 

3. Maintenance: rteventiv> maintenance, fuel consump- 
tion reports, lifecycle vehicle parts costing, labor 
and materials usage tracking, inventory control; 

1:7 -ın un? Touring and EuUncutting, processing of 
ridership surveys; 

5- 2000010: revenue and ridership AL nor a CE I 
and safe Be Bez, u 5 - cr ronsis Pinancial, labor, 
5077 and scheduling LPS 2nd fepor>y gener- 
ator. 
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The software comes as a package bundield wich the Qartel 
hardware. Arthur Ardersen 6 Co, breaks down the total 
system price into $70,000 for hardware and system software, 
and $20,000 for applications software. An additional fee is 
charged for implementation and user training. A summary of 


the costs is presented in Table I. 


TABLE I 


Trans-Pac Hardware and Software 


CPU Model 965 
m5 eure, 128K RAM, 32K ROM. w2th. 
Operating System and languaze partially 
implemented in firmware, 
time-shared (not mul-iprogrammed) 


Speed Add time . 8.2 microseconds 
Memory ə tims 1.5 microseconds 
Maximum I/O rate 999K words ver second 

Capacity Disk cartridge 30M 
Termina ls Ae 51), ` 5 
Tape 6K - 72K bits per secord (bps) 
Pr-nter 120 Ops 

Cos: 

Hardware Qantel package 2775000 

oftvarə 5650215 es. conn ler included 
Trans-Pac appiications 5207000 

Total $90,000 

The Wang 2200 Series is aimed at first time users 


with general business requirements. The 2200 MVP model will 
support 13 users utilizing a 15-partitionad memory sche 
provide “rue multiprogramming. The systen may be expa 
up to 512K of main memory and supports 489M of disk stora 
Interactive terminals with business graphics characters 2 
a wide base of Wang ard indepenient supplier data and word 
processing software make this system well suited to the 
business environment. The system includes either a BASIC or 
COBOL interpreter and operating system implemented in ROM 


(cead-only memory) which frees the available RAM for user 





TABLE II 
Wang Hardware and Software 


CPU Model 2200 MVP 
8 bit data memor 217010 630 ТӘЈ ПС ПОСУ, 
128K RAM, 64K RO T xed şrti-ioned 
memory 7: for MULTE programming 
Speed Add time 13 msec 
Memory E le time ə6 msec 
Maximum I/O rate 100K words per sec 
Capacity Disk drive 30M 
Terninals (24 x 80 plus 64 
graphics characters) 5 
Printer. 160 pc 
Tape drive 55K - 130K bps 
gs 
Hardware CPU 12000 
terminals @ $2700 13500 
disk 17200 
Ds ae SRL So SE 3700 
ERST drive 13900 
"59,200 
Software Wang Integrated Information System 
m uerırcıss. 96 subraurzıness) 
| no charge 
2.” 
rated business package 
AD,IC,PO, FA) 6200 
Да 1500 
do RI Maintenance 
and efficiency systan 8900 
electronic spreadsheet 5900 
word processing 1500 
report generator 4500 
$28,500 
mot al 267,700 
Note: 3L-General Ledger AP-Accountz Pa E able 
TC-Tnvertory Centrol PO-Purchas= Ordering 
FA-Fixed Asset Accounting 


processes. Wang offers mcdems for remote daza commun:zcz- 
tions, as well as several printers. In oriar to make this 
system comparable to Cantel's, similar capacities were 
chosen Zor the configuration. 21ff-the-sh:1l£f softvare vas 
Found for most computing and file keeping application but 
obviously programs to format and report specific data 
elements for UMTA Section 15 and other transit company 
routine reports is not available. Custom tailoring is 


necessary for those functions. The hardware and software 
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specificaticns are summarized in Table II . ¿The Wang Iepor* 
257 -ra-or for this model computer costs 525,000. This price 
would easily throw Wang out of the running, so a package for 
Similarly sized hardware was substituted »n the supposition 
that a vendor would be able to find a reasonably priced 


package. 


2. 


I3 
Im 


he Microcomputers 


h 


EN ot 3iffer appreciably in ths cost cf applications soft- 


r3 
(D 


two microcomputer configurations presented below 


ware. Microcomputer software runs within a predictable 
price range cf $100 to $800 per application (and heavy 
competition creates sizeable discounts), with some outlying 


figures for specialized prograns for which the market is 


limited. Similarly, software designed for vroprietary cper- 
ating systems and lanaquages may tend to cost more than that 
designed to run on widely used products such as the d¢ facto 


standard microcomputer operating system, CP/M, because the 
.Costs cannot be spread over as Large a customer bass. It 
can be concluced then, that where the two micro networks do 

2 tr cost, it is a functidn of the hardware and associ- 
ated system scftware, and not of the applicacions. 


A simple device-sharing microcomputer netwerk is 


(0 


Intertec Data Systems” CompuStar Microcomputer System. Th 
CompuStar network consists of up to 255 microcomputers 
called video processing units (VPUs) daisy-chained together 
to share the resources of a single hard disk device. 
CompuStar allows multiple users to access the common data 
base while allowing individual users the ability tc maintain 
private files on local zoOpuyll kettes uo o 1.5M. 
CompuStar may be configured around one of tkree disk storage 
systems: 10M Winchester disk or a 32M or 96M Control Data 
Mo. disk cartridges. All arə equipped with a disk 


E croller and multiplexer circuit to tie user stations into 


38 





TABLE LII 


Intertec CompuStar Hardware and Software 


CPU Model VEU 20 
2-80A processor, 8-bit word, 64K RAM 
üzun CE/ü İn Microsoft BASIC 


Speed Data transfer ne 1.6M per ssc 
Add time (approx.) 1-2 msec 
Memory 27 time (approx) .2 - 1.6 msec 


Capacity Disk s oni lier 32M 
Terminals (VPU 
Printer 12 
Tape drive 48 


est 
ardware VPU 20 @ 3000 $1 
disk 1 
rınter 
eb cartridge 
total 2012500 


Software Bextead ror no charge 


YN 
nooo 
Q OOO 


‚I 


Applications 
general ledger 
accounts pay 
payroll 
assets/ depreciation 
An Vento] COL TOL 
purchasing 
modelina/spreadsh2 e+ 
word prccessing 
report generator 
or DBMS query 
total a 
Re cd a 
708 low; 30% h d avg $3,300 


Total $34,800 


WO (iO = РООООО 
zZ Oo 0000000908 


(D 
lə 
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> OO UO) OC E MOOG 
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she disk. As a disk multiplexed system, ZompuS-ar avoids 
the complexity of true networked systems as well as the 
somewhat higher price, but also gives up the advantages of 
direct communication between workstations and distributed 
processing. The system is expanded simply by connecting 
eme: workstation to.the network circuit. Connections on 
sach VPU are independent of terminal opera-ion so that 
failure of a VPU does not affect others. Intertec's VPUs 
are 8 bit processors cffering 64K of RAM and running CP/M 
meen a Choice of Microsof* BASIC, COBOL, әс FORTRAN. 
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Intertec does not offer printers but the system accepts ary 
Po-2Z32C€ interfaced printer sunning at 9509 bits per second, 
cr slower.  Mcdems for remote system entry are also avail- 
able from other suppliers. Typical costs for one 

zs üurigüration of the Compustar system are shcwn in Table III 
. Software prices are shown as high and low figures. Since 
high prices are rarer than low-end prices, and since 
CP/M-compatibie software in particular ssens to benefit from 
prevalent discounting, a weighted percentag= is applied to 
each subtotal to produce a weighted averzaj? price. 

The Nestar Cluster/One Model A is a true local area 
network based upon Ethernet principles, but implemented on 
Apple (or in the near future, IBM) personal computers. The 
system includes integrated software and hardware features 
needed to handle data processing and data communications. 
Workstations can operate independently with a full comple- 
ment of local peripherals, such as floppy disks and 
printers, or as participating network members wi*h a share 
of «he common data base and peripherals. The network 
includes a number of network "sarvers," isfined as any of 
the network stations which provide servicss--such as printer 
suppcrt, disk access, data bass managment system access---o 
other stations. The servers are distinguished from other 
Stations merely by the softwares they run 1 13:108-101. To 
provide access to the hard disk stcraqe, one of “he 
Cluster/One stations must operate as th» network filə 
server. Other software creates a print server to make a 
number of printers available to the network. Network 
programs may be executed under Apple's DOS (disk operating 
system), and SOS (sophisticated operating system), 
UCSD-pSystem cr CP/M operating systems, a flexibility which 
provides a sizeable peool of software support. Apples are 
fitted with an expansion card for each operating system 


desired, and users can switch at will between operating 
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TABLE IV 


Nestar Cluster/One Network Hardware and Software 


CPU Apple in 
8 bit werd, 64K RAM, 12K ROM 
Assembler and control program 
partially implemented in 5041 


Speed Transmission rates 240K bps 


Capacity Disk dr ive uL n" 5: 
Monitors (24 x 80) 5 
EDIT | ur 10 
Tape cartridge drive 240 


Hardware Cluster/One package $33 
Printer 2 

i a 

E 1 


Software sort, assembler server lo ch 


€ š 
print server softwa 


DD 


an | 

The same software, costs as in 

Table III apply since this 

network can use the same CP/M 

Software priced in thea 

Compus ac Syseem aS well as 

S e-ccmpartible softwares, 

which is priced similarly. 

Total (weighted average) $3,300 


Total 500,300 


sy stems. POr connection”. tns ne work, 2ach micro must 


have аг interface board in which network protocols arə 
executed. The system beasts increased reliability because 
no one critical component must 2xecute for network communi- 
cations to take place. If the actual disk hardware falis; 


"hen as in any system, the system fails; but individuals 
Stations may be removed, turnei off, or may fail without 
-nterrupting transmissions from other nodes. Cluster/one is 
expandable up to 65 users with secondary storage of 56M per 
file server. Additional file servers can be added for virtu- 
ally unlimited disk storage. The Cluster/One packag=2 comes 
with Apple CPUs, Apple or other manufacturer video monitors, 
a sealed hard disk, tape cartridge for backup (a single 
cartridge can write and check over 20M bytes of data in 12 


minutes), network interface cards, cable and connectors. 
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25.02 to the network ss the cost of the Apple pius $395 


25 an interface card. Typical Apple and Nastar costs for 


the chosen configuration are shown in Table IV. 


D. ASSUMPTIONS 


The following assumptions ware made in the development 


27 he -hree "pseudo-systems" and for dec-ling whac- costs 


were included in the comparison of the four systems. 


Disagreement with the author's assumptions may invalidate 


portions of the analysis. 


We 


Compatibility cf software with hardware is based 

solely on a software package's stated compa ibality 

with hardware 

a) manufacturer, 

b) operating system, 

C) language, and 

d) main memory requirement, if given. 
2 


Compatibility of hardware is either expressly 


y sta 
or based upon standard interfaces and 1/0 (input/ 
output) restraints. 

Some hardware and software elements apply equally żto 

all alternatives and are not broken out separately 

for cost analysis. These items include: 

a) modems and the phone line for link to Salinas 
facili- y: 

B) letter-quality printer for which costs differ by 
manufacturer, but ars roughly the same for equal 
performance. The printers incluied in package 
prices are of lower quality for rou*<ine printing; 

c) implementation and training costs, because they 
apply to all systems and vary widely by supplier 


and degrzes of assistance jesirei. 
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Trans-Pac is considered to proviiə 100% performance 
even though some of its Features are not optinun, 
(eg. fne report riter function Joss not compils +o 
enhe CRT ordik, Only to the printer). 

The functions cf a particular software package can 
only be guessed from the sketchy descriptions given 
in source catalogues. Unless stated otherwise, 
applications are stand-alone, non-integrated pack- 
ages. 

Software and peripheral prices vary widely and costs 
used in this analysis can only b2 approximations. 
Whe 2acen= 15 tO provide typical costs and general 


avaiiability of equipment and software. 
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IV. ANALYSIS AND CONCLUSIONS 


q < s s s G s... s. ур 


A. ANALYSIS OF ALTERNATIVES 


The bottom line costs attached to each of the four 
alternatives presented in the preceding chapter do not 2211 
the whole story. If the systems vere of əqual performance 
“Һе decision maker would pick the lowest cost alternativa 
As they are not, this section analyzes the tradeoffs in cost 
and performance in order to arrive at a cost+performanc= 
Curve. 

Software performance is the main ingrədiert ina 
successful system and in a situation such as MST"s, vhere no 
in-house programming or fine-tuning of software is possible 
27 hout hiring a programmer}, tne fit of the software to 
company needs is the essential factor in isterminin 
Beefocrmance of the system. Since both 177 
retvorks are assuned to utilizə equally capable software, 
Tory 


necessarily the same. Thus, differentiating between the two 


the software performa ice figur 


o 


ct 
= 
O 


syste 


рә 
'j 
o 
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based cn softvare performance is pointless as they ar 


(p 


(0 


ee ually indiStinguishable. In the following comparison of 
the systems, CompuStar and Nestar Cluster/dn¢e are combined 
under the heading "Micro Networks." Each of the resultant 
three systems is graded on its responsiveness to 
Monterey-Salinas Transit's software needs, ss described in 
Chapter II. To establish the arading scais, each applica- 
tions area is assigned a number of points out of 100, and 
each competing system is then given a percentage cf those 
points to reflect how well it meets MST's functional 


requirements. 
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Assigning points to each functional area requires that 
an assessment of each function's impact on transit marage- 
ment be made. I+ is simplest tə equally divide *he 100 
points between the five applications ar2as (personnel and 
payroli, maintenance, finance, planning, 2nd administra- 

55 0) out, in the əu”hor"s opinion, this would not 
accurately reflect the relativa importance of the functiors. 
The following discussion presents one weighting formula used 
in the succeeding analysis and justifies its choice. Using 
these weights, the allocation of points t» each system 25 
made based upon *he capabilities of the individual softw 
packages included in the system specifications compiled in 
Chapter III. However, both of thes numerical assessments 
are subject to change. Other isers may value tks applica- 
tion area weights and the point allocations differently fron 
“he author, resulting in widely varying scores fcr the 
alternative systems. To lessen the impact of che subjective 
mature of the numbers, two weighting formulae and two point 
allocation schemes are used in the analysis of +he cost- 
performance tradeoffs. Sc while the numb2rs generated may 
rot conform to every decision-maker's view of software 
performance, the methcd employed is illustrative of the 
process of ccst-performance determination and may be used 
regardless of the decision-maker's preferences. 

It is estimated that over 80% of a transit property's 
total operating budget is directly and indirectly influenced 
by the schedule, in terms of service levels set and 
resources (labcr and equipment) used. Optimization of these 
scheduling processes may save 2 company 3 to 5 percent of 
system operating costs (4:19. Manual scheduling and 
service planning are extremely time-consuming, a fact which 
Further boosts the importance of automated scheduling. For 
these reasons, a Rucus-type capablility is considered by the 


author to be the most important use of MST's automated 
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system, and is assigned 30 percent of the 100 software 
performance points. Maintenance of the bus fleet is the 
second most ccstly function and an application to encompass 
the necessary maintenance scheduling, record-keeping, and 
we efficiency monitcring is useful for both routine main- 
tenance decision-making and periodic efficiency reporting. 
The author assigns this capability 25 points. Inventory 
control is another time-consuming -ask; inventory levsls 
must be continuously updated t5 ensure chat stock-oufts of 
parts and fuels do not occur. A benefit of an inventory 
control package which interfaces with the maintenance 
records is that complete cost profiles of vehicles are 
always available. Such an application is assigned 12 
points. Financial reporting and accounts maintenance are 

5 cal to every business, both for internal contzol and +0 
Bey Witch external reporting responsibilities. In addi- 
tion, an accurate and timely payroll is necessary for 
22015 — satisfaction and loyalty. Accoriingly, accounting 


4 
- 


functions are assigned a valus of 18 points. The large 


o 


volume of reports generated by MST makes the capability to 
capture, sum, average or in some fashion manipulate, format 
and print data a very attractive timesaver. Trans-Pac is 
obviously the only system to format reports specifically for 
UMTA, Section 15 requirements, but a report generator 
accessing all files will be able to approximate this 
feature. This capability is assigned 15 points. The 
weights and the corresponding points allocated to each 
alternative within sach applicaticns area are shown in Table 
V . The applicability to MSI's specific requirements, and 
the deqree of software integration are the main factors 
which guided the author in grading each alternative. 
Additional notes are provided to expiain specific point 
allocations. A plot cf the performance scores versus the 
cost of each alternative, calculated in Chapter III, is 
displayed in Figure 4.1. 
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TABLE V 


Software Performance Scores 


Trans-Pac Wang Yero Networks 
77: 20 4.5 xa 3 xb 
Support (30) (10 0%) ( 207) (10%) 
Equipment 25 2255 ü *c 
15 ce (25) (10 0%) (90% (15%) 
Inventor b 10 *d 8.5 ka 
een. Tol 112) (10 0%) (85%) (70%) 
Finances 18 10.5 $£ 1325. %g 
and Payrol1 (18) (10 0%) (80%) (75%) 
HBeDoLrt , 
Generation 15 Oo 17) 
and File (10 0%) (67%) (67%) 
Maintenance (15) 
Total ZEE CORONAE T ao ERE" 


Notes: 
a. electronic spreadsheet for number manipulation only 
b. same as abcve; micro version less powerful 
c. allows vehicle files tc be held, but n> automatic 
Maintenance scheduling or exception reports 
morc; RO Maint. ` | 
iment egrated pad sıldıauyontoryaoconerolo(1€), 
but no maintenance interface : nı 
e. separate purchasing and IC, and no maintenance in 
22 Pniard accounts and payrcil, büt financial repo 
Bo crans2t-spec-rfic; integrated pack232 
. same as above but not integrated EE 
. manual format-ınq and informa tion compiliation of 
mcepores,(e.g., UMTA reports) 


rfsc> 
s 


rct 
ct aD 


The "best choice" decision, though not directly readable 
from the graph, can be quantified by determining how much 
additional cost is incurred by noving fron a lower- 
performing system to the next higher system. This is th 
marginal cost of the higher-priced system in terms of +h 
amount of performance increase, i.e., the additional cost 
Per Unit oí performance gained. The marginal cost of th 
lowest-priced system (the microcomputer alternative) we 
be determined by computing the difference between its c 
and the cost cf the current manual systen, if that were 
known, in terms of the increas2= in perfornance levels, if 


that were known. Thus, the cost-performance curve in Figure 
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Figure 4.1 System Performance vs. System Cost. 


4.1 shows that in moving from the Micro Network alternative 
ES “he Wang systen, 22.5 additional units of performance ars 
ga ned at a cost of $52,900." The cost of gaining 38 more 
units of performance ky moving from the Wang system to 
Trans-Pac is only 52,300. The marginel cost of moving from 
the microcomputer system to Trans-Pac is the sum of the 
above chanqes, or 555,200 for 50.5 additiənal performance 
pots. Withcut further analysis, the low marginal sost of 
selecting Trans-Pac over the Wang alternative suggests that 
Wang would not be selected. Without knowing the individual 


(Th Pure is the result of subtracti ae $34,800 from 
Wang's $87,700 cost. $34,800, 255. e CompuStar 
“ИСеглассуе, 25 the lower cost for that performance level; 
2: is not reasonable to pay more than nacessary by buying 
the Nestar syste 
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user's value of performance, however, is impossible to say 
which alternative is "best"; if performance at any cost is 
desired, then the Trans-Pac system is obviously shat user's 
choice; if maximum performance for 515,002 is the goal, then 
none of the alternatives are acceptable. 

The marginal costs between systems change in response to 
changing user assessments. Due to uncertainty in both price 
and performance figures, the points on the graph are no 


longer discrete, but become blurred as a rasult of the 


r+ 
b 


Bunbers! sensitivity *o change. First, 22ch point covers a 
expanded vertical space to account for the variability of 


the costs; this due tc the estimation method used ard <o 
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Figure 4.2 System Performance vs. System Cost Ranges. 


allow for change in market hardware and software prices. 


Using a percentage of 10% to cover what the author considers 
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the most likely circumstance, a range is Зјәҹејоред 222 
probable cost of each system: 

1. 381,000 to $99,000 for the Qantel hardware and 

Trans-Pac software; 
2. $78,900 to $96,500 for the Wang system and associated 
software; 
CS 3) 300 to 538,300. for the Intertez CompuStar 
networks; and 
4. 6,300 to $44,300 for the Nastar -Clus-*er/One 
network. 
These figures revise the original plct to that shown in 
gure 4.2 . The highest and lowest microcompu*er prices 
are used to bound the cost ranga of the Mícro Netwcrks 
alternative. Using this curve te figure the marginal costs 
between alternatives is slightly more difficult than before. 
Once ranges cf numbers are addressed, the decision must be 
made as to from where within that range marginal changes 
“211 be measured. 

To illustrate: The Wang system costs between $78,900 
and $96,500 and he microcomputer alternative ranges from 
$31,300 to $44,300. The question is whether +he change in 
cost should be computed between mid-points, between high and 
lov figures separately, or between a combination of high and 
low figures.  Whsreas a given market responds as a single 
entity to influences cn pricing, individual sellers need not 
react in unison. Any one of the manufacturers or vendors 
supplying the systems in this study may change its pricing 
policy without immediate and specific regard to the other 
vendors. Thus, if a ten percent price hike is experienced 
by the microcomputer alternativa, it does not necessarily 
follow that the Wang system will undergo similar u, 
changes. Furthermore, it may b2 argued that minicompat 
and microcomputers are really separate marksts; consequently 


pricing strategies in one do not influence the other. Since 
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there is no way to pre-determire “һә costs with certainty, 
the concept of risk aversion suggests calculating the 


marginal difference in cost using worst case figu 


r 
(0 
(n 


кәтә, 
high and lov prices. Thus, the highest marginal cost that 


the Wang system may incur is if the very cheapest price is 
paid for the microcomputer option while the higher price 
must be paid for Wang. Using worst case figures, “hə 
marginal cost for the Wang system is $96,500 minus $$31,300, 
or $65,200 for an increase of 22.5 performance points. The 
marginal cost between Trans-Pas and Wang is $99,000 minus 
$78,900, or $21,100 fcr arn additional 38 »erformance points. 
Q marginal cost of upgrading from th? microcomputer eption 
to Trans-Pac is $99,000 minus $31,300, or $67,700 for a 60.5 
point increase. Under this analysis, the marginal cost 
figures are no longer as unfavorable to the Wand option as 
before price variation was addressed. - While the $2,300 
marginal cost previously calculated betwein Trans-Pac and 
Wang represented only three percent of the anticipated cos* 
of the Wang system (i.e., an upgrade to Trans-Pac could be 
meeemplished ror 103% of Wang's prize), this $21,100 worst 
case marginal cost represents almost 275 5f the original 
Wang system price, making the upgrade decision one requiring 
some thought. The Micro Networks to Trans-Pac upgrade 
involves a 2167 price auqment for a 60.52 performancə 
improvement. 

Performance figures are also subject to change. The 
weighting formula applied abovs may not accurately reflect a 
specific user's valuation of the five software performance 
25:55 FOr instance, another decision-maker reviewing these 
alternatives might value applications which perform calcula- 
*ions over those applications which primarily hold records 
and do not utilize the computing power of the computer, 
muc the concep of a "computerized filing cabinet." In 


that case, he might assign heavier weights “о scheduling and 
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financial functions, which are mathematical, and less -o 


maintenance, inventory and administrative record-keeping, 


TABLE VI 
Software Performance Variability A 


Trans-Pac Wang Micro Networks 
75:75: 
Support (420) 40 8 4 
Equipment 
Maintenance (12) 12 11 2 
Inventory 
Bon*rol 110) 10 650 7 
Finance and 
Payroll (33) 33 26.5 25 
Report 
Generation 
and Fi le 
Maintenance (5) 5 3 3 
focal 100 57 Y 1 


2 iputerized activities which might be called "digital book- 
keeping." This evaluation is shown in Tables VI . The same 
point allocation percentages davised for Table V are used to 
determine the scores relative to the new weights. 

The other subjective factor which affects the perform- 
ance scores is the percentage of possible points allocated 
to each computer system once tha weights have been estab- 
lisheđ. The author's opinion of a software package's values 
to MST determined the scores attained undsr sach weighting 
formula.  Anc+ther decision-maker who belisves that the user 
Will learn to exploit the capabilities sf a system would no 
doubt assign consistently higher values in sach of the 
application areas. For examples, an analyst may assume that 
a knowledgable user will, with practice, learn to extract 
more computational and decision-making power from *he elec- 


tronic spreadsheet and modeling application. This will 
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increase the system's value in the scheduling and planning 


area, for which the application was originally intended, and 


also 


increase the system's usefulness in th? financial ard 


administrative categori 


casting and statistical report generation 


Such an evaluation, 


will augment 


where the 


Yes as tha user utilizes the fore- 
capabilitiss. 


analyst assumes that the user 


the ready-made abilities of th2 software with 


experience and perhaps his own programming, is shown in 


TABLE VII 


Softvare Performance Variability B 


Support ( 


Equipment 


Maintenance (25) 


Inventory 
eemerol (12) 


Finance and 
Payroll (18) 
Report , 
Generation 
and File (15) 
Maintenance 


Total 


Tables VII and VIII which apply revised allocat 


ages 


Combining 


Trans-Pac 
saa 707070707 


– 100 


to the two previcusly described weighting 


Wang Micro Networks 
иә ит 2011000 pep 
(7 07) (65%) 
25 22.28 16 
(90%) (65%) 
12 10 8.5 
607) (70%) 
18 16 16 
(90%) (90%) 
15 15:59 1985 
(90%) (90%) 
ZH U uu” a” " 


ion percent- 


formulac. 


- 


the two weighting formula and two point allo- 


cation percentages prcduces four software performance scores 


for each alternative, 


ary from 100% performance as it is the standard). 


the high and 


(although obviously, Trans-Pac did not 


Taking 


low scores for each yields a probable perform- 


ance range for the competing systems: 


1. 57 to 83 points for the Wang system; and 


27557...  pcin:tsc LOr the microcomputer networks. 
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TABLE VIII 


Softvare Performance Variability C 


Trans-Tac Wang Micro Networks 
A ЫЫЫ 
Support 140) 40 26 24 
Equipment 
Maintenance (10) 10 9 ə 
Inventory 
Control (12) 12 10 8 
Finance and 
Payroll (33) 33 2929 2055 
Report . 
Generation 
and File (5) 5 4.5 4.5 
Maintenance 
meta 1 A A ST A RS >> 


Figure 4.3 presents the revised cost-performance graph based 

upon the variability in both prices and performance levels. 
Determination of the marginal costs between alternatives 

is made more Gifficult in this final cost-performanc>= curve, 


as a range of performance is available for a range of 


25 ces. Once again, “he policy of minimizing unknown risks 
indicates that the worst casé instance should be useíi in the 
2 on, chat is, paying the most additional cost for “he 


least amount of performance gain. The worst case cost 
factor, used in the preceeding analysis, is the higher price 
of the better-performing system, minus the cheapest price of 
the base system. The worst cas2 performances factor is the 
opposite: the lowest performance level of the better systen 
minus the best probable performance level of the lesser- 
performing system. The worst case marginal costs are shown 
below; 

1. The marginal cost of obtaining the Wang system over 

the Micro Netwcrks system Żs $65,290 for a possible 


decreese of 16.5 perfornance points; 
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Figure 4.3 Performance Ranges vs. System Cost Ranges. 


2. The marginal ccest of obtaining the Trans-Pac system 
over the Wang system is $21,100 for an increase of 17 
performance points; and 

5777 15c nerginal cest of obtaining Trans-Pac over the 
Microcomputers is £67,700 for an increase of 26.5 
performance points. 

If, in fact, the decision-maker believed that «he worst cass 
circumstance would occur, i.e., that an upgrade from the 
Micro Networks to the Wang syst2m would cost three times as 
much for 22% less performance, then the decision in favor of 
Wang would never be made. By using the midpoints of the 


three performance ranges аз Һә expected performance levels, 
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the marginal performance obtained for the respective 
marginal costs is more competitive; 

1. 13.5 additional points by choosing Wang over the 

microcomputer; 
2. 30 more points by selecting Trans-Pac over Wang; and 
3. 43.5 mere points by choosing Trans-Pac over the 
microccmputer. 

The instance of worst case marginal performance is inpro- 
bable, because the analyst vho optomistically vievs the 
potential of the software for >ne system would logically do 
the same for similar software on other systems (as illus- 
trated in Tables VII and VIII). Thus, the point allocation 
percentages, though different for each alternative, tend to 
move up or down ‘together. 

Isolated changes in the scores can affect «he relative 
s LO Of the alternatives. Returning to the original 
scoring values, if only the əvaluation of the scheduling 
support software is changed--increasing that capability by 
ten base points, for example--both the Wang and Micro 
Networks scores increase, narrowing the gap between them and 
2 Pac. Adding ten points, the Wang ssore is 72 and 
Micro Networks is 49.5. The marginal cos* between those two 
alternatives does not change, remaining at $65,200 for 22.5 
additional performance points, but the marginal cost between 
either alternative and Trans-Paz changes. The worst case 
marginal cost is still the same--$21,100 increase between 
Wang and Trans-Pac and $62,700 increase between Micro 
Networks and Wang--bu* the additional performance obtained 
for that price has dropped by tan to 28 points for Wang and 
50.5 for the microcomputers, so that the əxtra money doss 
not buy quite as much as before. Another scoring change, 
affecting only one alternative, affects the relative 
performance between ail the options. 12 the Micro Networks 


alternative is given ten more points in tha =quipment 
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maintenance category, the result ing performance sccres are 
ION tor Trans=Pac, 72 £or Wang, and 59.5 for Micro Networks; 
and the marginal performance gain over thé microcomputer 
alternative is 13.5 points for Wang and 40.5 points for 
Trans-Pac--still less performance for the money. 

The preceding analysis has shown th2 sensitivity of the 
numbers to the individual perceptions of the analyst. The 
analysis can be done using so-called "expert" opinion to 
arrive at a set of total scores with which the decision- 
maker feels comfortable and confident. However, once the 
totals are finalized, only the responsibl2 decision-maker 
can decide what trade-offs in cost and performance are 
acceptable. An observer can spaculate that if the final 
totals produce marginal cost figures such that “he Trans-Pac 
alternative provides 38% more parformance at a 3% increase 


in price over the Wang system, as in thə əuthor"s criginal 


ct 


evaluation, then the decision-maker would slact to sperd th 


dü 


nominal increase for a 6086 0510) pertofnance updrade., Bu 
when the choice becomes less obvious, as when using the 
figures from Figure VITI where a 26% price increase created 
by chocsinq Trans-Pac over Wang yields 2 21% performance 
increase, only the decision-maker who must live with and 


justify his decision should make +he choice. 


B. ADDITIONAL FACTORS 


There are several important factors cther than software 
performance which will influence the decision-maker's choics 
O Computer system. These factors are not quantified in 
“this thesis--nor are some subject *o numerical analysis--bu- 
they are mentioned as areas which should be given considera- 


tion in the decision-making process. 
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BE 0600 7 6 on 0 of critical inportance. 
Reliability refers not only to hardware reliability, but to 
software and data reliability. Processors are inherently 
reliable pieces of hardware because they are electical 
rather than mechanical. However, if tha wirings or indi- 
vidual compenents of a minicomputer fail, all computing 
power is lost. Not so with a microcomputer network where a 
user ccnfronted by a failed micrccomputer simply moves to a 
working micre, recalls his files and continues. An adjunct 
to hardware reliability is its maintainability. 
Micrccomputers have fewer components than minis due to 
Single chip and single board technologies. The resultant 
modularity of design makes maintenance or replacement 
simple, quick and inexpensive. 

Software reliability is, -*5 a large exte 
cf whether a package is custom-tailored o 
shelf variety. Packaged software aimed at a wide market of 
Hess is highiy reliable, requiring virtually ne mainte- 
nance, 2Xcept for user-desirəd modificatioas. Microcomputer 
software is often more exhaustively tested than software for 
individually-designed systems simply because of the 
economics of having to send revisions to hundreds of thou- 
sends of microcomputer users at no charge. Generally, after 
a few thousand copies of a program hav2 b2en sold, all the 
bugs have beer found. 

The inteqrity of data is the key to any system, nanual 
or automated. Computerized computations are unquestionably 
more accurate than manual calculations. Semiconductor 
memory is so reliable that many manufacturers dispense with 
parity checking.® Storage media are reliable too; a 
"Winchester" hard disk drive has a mean time to failure of 


8A parity bit is appended t5 the eni >f each data word 
and set odd or even tc correspond to the odd or =ven value 
otf the sum of the bits in the word. If the parity bit does 
not match the sum, an error is ietected. 
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15,000 hours (15:301. Data transmissions however, 222 
susceptible tc error. In Cluster/One, receiving nodes use 
check sums on the address and data of the packet. If the 
check sums don't match, the sender is Signaled to retransmit 
its packet. Additionally, the file server locks a file if 
one user iS accessing it so that concurrent changes cannot 
be made, Qantel"s minicomputer does check parity bits but 
2175 not provide error correction if an error is found, nor 
does it provide storage protection to prevent unauthorized 
writing in certain areas of main memory, 3 feature used in 
timesharing and multiprogrammed memory schemes. Wang 2200 
MVP does not offer any of the three features. CompuStar 
provides neither error checking or correction. storage 
protection is not needed in systems which dedicate memory to 
one precess. 

There are many other considerations ia cC 
system. Physical site preparation, iin 
tional cost. The larger the machine, the reater the need 
for a controlied environment. A large machine will require 
more power and radiate more heat, thus denanding artificial 
cooling. A microcomputer needs no special envircnmenrt, nor 
do most small minicomputers. The support that a buyer gets 
from the vendor is often a major selling point. Some users, 
especially computer-naive ones, desire nuch attention or 
i (5-nolding" in the jargon. Such personal attention may 
incurr additional fees or it may be part of the vendor's way 
of doirg business. Unfortunately, the computer industry is 
a volatile one and the vendor who sold you a system 
yesterday might not be around tomorrow. A company's reputa- 
tion is an important element +9 check before siqnirg a 


contract. 
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C. CONCLUSIONS 


This study has focused on one company in particular to 
illustrate the process of requirements analysis and capacity 
planning. First, the current system was analyzed to deter- 
mine what information was being maintained and how it flowed 
through the company. The filing system was examined to 
allow specification of application areas to be addressed by 
an automated system, and to facilitate proper sizing of the 
system in terms of storage and data entry equipment. Once 
the requirements were defined, four systens were presented 
“о meet those requirements, tw5 minicompucsr systems and two 
multi-user microcomputer systems. Costs of hardware and 
software were drawn from various sources Ło arrive at a 
total cost for each system. These costs are subject to 
Change, due to both the variability of *һ2ә marketplace and 
the general nature of the compilation. To give meaning to 
the costs, measures of verformance were established using 
*wo weighted evaluation schemes and several point alloca- 
tions within the weighting formulae. The resultant graph 
compared the four systems in terms of performance ranges and 


cost ranges. The derivation of the marginal cost associated 


jv 


with each change in levels of performance snables 
decision-maker, who knows his subjective vaiue of an incre- 
ment of performance, *o determine which alternative is 
"best" for him. If the cost cf the increnent outweighs his 
subjective vaiuation cf that increment, h= dces not spend 
the extra money for‘it; whereas a cost lets than his value 
of the performance increment asserts that the extra money 
Should be spent. This thesis presents the computer system 
options in an evaluated and quantified form, so that the 
decision-maker may apply his subjective value of performance 
and money to determine which alternative best meets his 


needs. 
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File nane 


General 
Lədqer 


File name 


TABLE XI 


Financial Files 
Descrip-ion 


standard chart of 
accounts: monthly 5 
Me oe actual (A/P, 
udgeted expenses ind 
revenues, assets and 
Liabilities 


vendor, address, part pu 
cost, date, discount OL 


name,address, charge, 
description, date: 
ECE Chascers 


account number, 
desription, item life 
monthly & cumulative 
depreciation 


TABLE XII 
Service Planning and Scheduling 


Description 


financi al 
subsystems 


assets, 


COn roller 


cortrollszr 


Taput NO. Of 


tO records 
balance 225 
сһее2 


cash 120 
mer, /no 
journal 


invoices 30 
/Y- 


2 N nca 700 


reports, 
G/L 


Input Woes Or 
zo 


records 


Ridership 
survey 


Vehicle 
Info 


Runs 


vehicle no.,method 22 survey 
payment, for each stop: 
assengers on/off/oaboard 
1stance/minutes between 

Stcps, passengers per 

minute, per mile 


time on/off duty, when/ plans 
where to break, fotal 

ueranteed & overtime 

cr each ccach run 
route characteristics: extsraal 


+r-affic siqnals, 
ra iroad cfossings,street 
wd hS, oute length 


condition, size 
capacity 


Now of drivers, routes 


reutes, vehicle info 
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maintenance 


routes 1000 
en runs. 
scheduling, 
service 
planning 


trans 35 
payroll 


sır. 27 
curt- ng 


run-. 52 
cuü ting 


schedule 55 
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